home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 4465 < prev    next >
Encoding:
Text File  |  1996-08-05  |  1.6 KB  |  38 lines

  1. Newsgroups: comp.lang.c
  2. Path: netcom.com!milyng
  3. From: jerry@graveyard.com (Jerry Garcia)
  4. Subject: Re: Another good reason for using static
  5. Message-ID: <milyngDMALr7.6ss@netcom.com>
  6. Sender: milyng@netcom17.netcom.com
  7. Organization: Ghost Communications, Inc.
  8. X-Newsreader: WinVN 0.99.7
  9. References: <4e6pi1$dvl@ns.RezoNet.NET>
  10. Date: Mon, 5 Feb 1996 07:49:55 GMT
  11.  
  12. In article <4e6pi1$dvl@ns.RezoNet.NET>, ray@ultimate-tech.com says...
  13.  
  14. >Although I'm stuck with a specific development environment, does 
  15. >anyone know of *any* system that would allow a "fire-wall" to be 
  16. >erected between these two modules, given that the bridge between them 
  17. >must also exist, or of any linker that ensures uniqueness between 
  18. >identifers in different scopes even if not declared static?
  19.  
  20. I am myself maintaining a linker that supports partial linking; it allows you 
  21. to link a set of files together so they become 'as one'.  What this means, is 
  22. basically that the linker merges the object modules and writes them out again 
  23. as a new object module.  The difference is you can explicitly specify which 
  24. symbols are to remain public.  This way you can take two distinct set of 
  25. object files and make two partial links where you only 'export' the few global 
  26. symbols you need for interfacing the two sets of object files.
  27.  
  28. You may want to look around for a linker that supports partial linking.  
  29. Because of the somewhat special purpose of our linker (embedded development 
  30. systems), I doubt you can use our product, but you can always write me for 
  31. more info.
  32.  
  33.  
  34. Mikael Lyngvig
  35. Systems & Software, Inc.
  36. mikael@syssoft.com
  37.  
  38.